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[57] ABSTRACT 

A method of purchasing products and services on-line using 
a client connectable to a plurality of servers via a computer 
network. The method begins by initiating from the client two 
or more independent transaction sessions, each of the inde- 
pendent transaction sessions established as a connection 
between the client and one of the plurality of servers is 
active. During each independent transaction session, trans- 
action information is collected at the client to facilitate a 
purchase of products and services after the connection 
between the client and the server is closed and the transac- 
tion session is completed. According to the invention, the 
transaction information is maintained persistent across mul- 
tiple independent transaction sessions. At a given time, for 
example, after all Web sites have been visited and the 
information gathered, the transaction information (as origi- 
nally collected and/or as filtered, updated or enhanced) is 
then used to effect a purchase of given products and services. 

32 Claims, 2 Drawing Sheets 
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UNIVERSAL WEB SHOPPING CART AND allow for a subsequent purchasing decision (regardless of 

METHOD OF ON-LINE TRANSACTION when that decision is made). Existing or proposed techno- 

PROCESSING logical solutions do not provide this capability. One "brute 

r> a ^nmivr^ ™ rv „ _ force" solution to this problem would be to merely open up 

BACKGROUND OF THE INVENTION , multiple instances of \ browser and co y nnc P ction P s 

1. Technical Field between the client and multiple web sites. The information 
The present invention relates generally to Internet elec- "collected" in each session could then be "cut and pasted" 

tronic commerce and more particularly to a method of together in a wallet and presented to the user for the 

purchasing products and services on-line wherein transac- purchasing decision. Such an approach is quite impractical 

don information is collected and maintained across multiple 10 because °f & Q significant amount of processing resources 

independent transaction sessions from heterogeneous web that wo y ld be consumed by the opening up and maintaining 

sites. °f multiple browser instances. Moreover, there would be no 

2. Description of the Related Art convenient way of maintaining the transaction information 
Tne World Wide Web of the Internet is the most success- ™? H ^ ?° mCCli ?? WCfC * mia ** d and/or ^ 

ful distributed application in the history of computing. In the 15 SUCh informatlon to com P lete somc transaction. 

Web environment, client machines effect transactions to . 7116 P resent invention addresses these and other deficien- 

Web servers use the Hypertext Transfer Protocol (HTTP), C1CS of the pnor art " 

™ to fil^r 1 ap P licati0n , . pr0t0C01 Pr0vidi ^ U f rs BRIEF SUMMARY OF THE INVENTION 

access to tiles (e.g., text, graphics, images, sound, video, 20 

etc.) using a standard page description language known as It is thus an object of this invention to provide an 

Hypertext Markup Language (HTML). HTML provides application that allows a user of a client machine having a 

basic document formatting and allows the developer to browser to maintain a "universal" shopping cart in which 

specify "links" to other servers and files. In the Internet transaction session information may be compiled, 

paradigm, a network path to a server is identified by a ^ It is a further object of the present invention to enable a 

so-called Uniform Resource Locator (URL) having a special Web browser to browse a Web 'Virtual" store at any time and 

syntax for defining a network connection. Use of an HTML- choose an item (e.g., a product or service) for subsequent 

compatible browser (e.g., Netscape Navigator) at a client purchase even after the particular transaction session is no 

machine involves specification of a link via the URL. In longer active. 

response, the client makes a request to the server identified 30 It is slill cotter important objecl t0 provide a ^nt-side, 

in the link ^receives m retum a document formatted Web caft „ associated with and con _ J 

according to HTML. trolled by the ^ tQ fadIitate We5 commer ce. 

"J^J^n^™*? ^n ld T''? 5, ° ni i 11 15 another ob i cct ° f th * Mention to maintain 

h ^Lhm h 1 15 m T/f*^ S^* 1 transaction information in a "virtual" shopping cart across 

l^^^t^Z^^T^ '!^ y i ^ 35 multiple i"*P«d«t sessions across heteroge- 

involve the creation of a information repository (in effect, a neous web sites 

"shopping cart") that can be used to store transaction-related it _ \ „ .. . 

data as a user browses Internet Web sites and makes pur- - S ? 1 anothe J important object of this invention is to 

chases. To this end, Sun Microsystems Laboratories has pUr ° haSe ° f g °° ds and SerV1CCS 0Ver the InterneL 

introduced the "Java Wallet" concept, based on the Java 40 Amore general object of this invention is to enable a Web 

programming language and environment, which provides an sho PP e r to browse a plurality of virtual "stores," to collect 

open extensible framework for electronic transaction pro- information about various products and services, and to 

cessing. The Java Wallet is intended to provide a vehicle by make a P urchasin S decision based on the collected informa- 

which a user may organize receipts, coupons and other tl0n " 

electronic identification, and to provide a means by which 45 ^ et ^oth^ object of this invention is to enable a user to 
such information may be electronically processed (along suspend a purchasing decision until information from a 
with a payment system) to effect Web commerce. A user of plurality of independent "sessions" has been compiled, 
a Java Wallet theoretically will be able to see all of their processed and/or updated or enhanced. This mechanism 
purchases organized in a single transaction register. Another enables the user to "comparison" shop across unaffiliated 
technology that has been proposed to facilitate such elec- 50 We ^ s * tes De f° re making a decision about which products to 
tronic "shopping" is the Microsoft Merchant Client, which bo- 
uses a client -supported application, although similar Still another more general object of this invention is to 
approaches also can be done on the server side of the facilitate the seamless integration of electronic payment 
network. However, because no server dominates in the systems with a Web purchasing system. 
Internet space, a server implementation is not as viable as a 55 Another object of this invention is to enable a Web 
client-side approach. In either case, the problem in imple- purchase to appear as a natural )or at least transparent) part 
menting such approaches on a widespread basis lies in the of the Web browsing experience. 

lack of a common or "agreed upon" specification of the These and other objects of the invention are provided by 
protocol for moving information in and out of the wallet/cart a method of purchasing products and services on-line using 
construct. Until such a protocol is defined and accepted, 60 a client connectable to a plurality of servers via a computer 
there will be no universal market implementation. network. The method begins by initiating from the client two 
It would be highly desirable to provide a mechanism that or more independent transaction sessions, each of the inde- 
would allow customers to have their own "virtual shopping pendent transaction sessions established as a connection 
cart," regardless of what shop or mall they visit on the Web. between the client and one of the plurality of servers is 
Customers should be able to browse any store, and at any 65 active. During each independent transaction session, trans- 
time, and be able to choose an item for the cart and have any action information is collected at the client to facilitate a 
information applicable to that potential purchase retained to purchase of products and services after the connection 
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between the client and the server is closed and the transac- connected to a Web server platform 12 via a communication 

tion session is completed. According to the invention, the channel 14. For illustrative purposes, channel 14 is the 

transaction information is maintained persistent across mul- Internet, an Intranet or other known network connection, 

tiple independent transaction sessions. At a given time, for Web server platform 12 is one of a plurality of servers which 

example, after all Web sites have been visited and the 5 are accessible by clients, one of which is illustrated by 

information gathered, the transaction information (as origi- machine 10. A representative client machine includes a 

nally collected and/or as filtered, updated or enhanced) is browser 16, which is a known software tool used to access 

then used to effect a purchase of given products and services. the servers of the network. Representative browsers include, 

In particular, an actual purchase preferably is effected by among others, Netscape Navigator (all versions), Microsoft 
re-establishing a connection between the client and a given 10 Internet Explorer (all versions) or the like, each of which are 

one of the plurality of servers. The purchase transaction is "off-the-shelf or downloadable software programs. The 

then completed from the given server. Web server platform (sometimes referred to as a "Web" site) 

As briefly noted, the transaction information compiled supports files in the form of hypertext documents and 
from the various servers may be processed in some manner. objects. In the Internet paradigm, a network path to a server 
Thus, for example, the information could be filtered accord- 15 ^ identified by a so-called Uniform Resource Locator 
ing to some search or other criteria to determine which web ( UR L). The World Wide Web is the Internet's multimedia 
site offers the best price or other terms that might impact the information retrieval system. In particular, it is a collection 
purchase decision. In an alternative example, the client may of of the Internet that use the Hypertext Transfer 
re-establish connection with a given web site from which the Protocol (HTTP), which provides users access to files using 
transaction information was originally compiled and receive 20 Hypertext Markup Language (HTML), 
from the web site new or updated information (e.g. a new, A representative Web Server platform 12 comprises an 
lower price) before the transaction is consummated. All such IBM RISC System/6000 computer 18 (a reduced instruction 
processing, filtering, updating or enhancing or the transac- set °f so-called RISC-based workstation) running the AIX 
tion information is facilitated by the present invention (Advanced Interactive Executive Version 4.1 and above) 
wherein the transaction information is retained in the client 25 Operating System 20 and a Web server program 22, such as 
machine in a manner that allows such information to be Netscape Enterprise Server Version 2.0, that supports inter- 
readily accessed and reviewed by the user before the final ^ ace extensions. The platform 12 also includes a graphical 
purchasing decision is made. Once that decision is made, the user interface (GUI) 24 for management and administration, 
client re-establishes connection with the is selected web site Th e various models of the RISC-based computers are 
to complete the transaction. 30 described in many publications of the IBM Corporation, for 

Thus, in a general sense, the present invention contem- example, RISC System/6000, 7013 and 7016 POWERsta- 

plates maintaining a plurality of independent transaction tl0n and POWERserver Hardware Technical Reference, 

sessions in "state" until a user of the client machine is 0rder No ' SA23-2644-00. AIX OS is described in AIX 

prepared to make an informed purchasing decision Operating System Technical Reference, published by IBM 

The foregoing has outlined some of the more pertinent 35 Co ^ or ^ ™* ™™ (November 1985), and other 

objects and features of the present invention. These objects P^hcations^While the above platform is useful, any other 

should be construed to be merely illustrative of some of the ™^ hardware/operating system/web server combina- 

more prominent features and applications of the invention. 10nS ma ^ e USe ' 

Many other beneficial results can be attained by applying the ^ Web Server acce P ts a client rec t uest and returas a 

disclosed invention in a different manner or modifying the 40 res P onse - ^ operation of the server is governed by a 

invention as will be described. Accordingly, other objects number of server a PP llcation functions (SAFS) 28, each of 

and a fuller understanding of the invention may be had by which 15 confi g ured t0 execute in a certain step of a 

referring to the following Detailed Description of the Pre- set * ueoce - ^ sequence, illustrated in FIG. 2, begins with 

ferred Embodiment. authorization translation (AuthTrans) 30, during which the 

45 server translates any authorization information sent by the 

BRIEF DESCRIPTION OF THE DRAWINGS client into a user and a group. If necessary, the AuthTrans 

For a more complete understanding of the present inven- f p ™X ^code a message to get the actual client request, 

tion and the advantages thereof, reference should be made to At Step 3 ?> ca J led L name lranslatlon (NameTrans), the URL 

the following Detailed Description taken in connection with ™ ated Wlth the «<I™ft ™X be kept intact or it can be 

the accompanying drawings in which: 50 t ran T slated ««° a system-dependent file name, a redirection 

t • ... . . . • . . UR L or a mirror site URL. At step 34, called path checks 

FIG. 1 is a representative system in which the present m*thf>u„v\ tu* • * . .u f~ 
, • ■ • i * j r (FatnLneckj, the server performs various tests on the result- 
invention is implemented; > . 4 . - t . . , 
^ , . ing path to ensure that the given client may retrieve the 

FIG. 2 is a flowchart showing the various server opera- document. At step 36, sometimes referred to as object types 

Hons that are earned out in response to an HTML request 55 (ObjectType), MIME (Multipurpose Internet Mail 

issued from an Internet client; Extension) type information (e.g., text/html, image/gif, etc.) 

FIG. 3 is a block diagram of the various components of for the given document is identified. At step 38, called 

the universal shopping cart "plug-in" module of the present Service (Service), the Web server routine selects an internal 

invention; and server function to send the result back to the client. This 

FIG. 4 is a flowchart of a preferred method for on-line so function can run the normal server service routine (to return 

purchase of products or services according to the present a file), some other server function (such as a program to 

invention. return a custom document) or a CGI program. The present 

DETAILED DESCRIPTION OF THE T^T* ^1,7 T7 5 * °^ T^T A ' "° P 4 °' 

PREFERRED EMBODIMENT „ called Add Log (AddLog) mformation about the transaction 

65 is recorded. At step 42, called Error, the server responds to 

A representative system in which the present invention is the client when it encounters an error. Further details of 

implemented is illustrated in FIG. 1. A client machine 10 is these operations may be found in the Netscape Web Server 
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Programmer's Guide, Chapter 5, which is incorporated ping data (including freight costs, duties, taxes, etc.), avail- 
herein by reference. ability data, inventory data, and other data (of any nature and 
Thus, the Web server 18 includes a known set of server type) describing the characteristics, qualities, uses or other 
application functions (SAFS). These functions take the features of the item. This information is received by the 
client's request and other configuration data of the server as $ transaction session manager 54 and passed to the repository 
input and return a response to the server as output. Referring manager 56 which, in effect, acts as the "universal shopping 
back to FIG. 1, the Web server 12 also includes an Appli- cart." The transaction information may be maintained by the 
cation Programming Interface (API) 26 that provides exten- repository manager 56 in any convenient tabular, graphic or 
sions to enable application developers to extend and/or text format. 

customize the core functionality thereof (namely, the SAFS) 10 After a plurality of independent transaction sessions have 

through software programs commonly referred to as "plug- been carried out, a user may then decide to make a purchas- 

ins ." The browser resident on the client machine also ing decision. The processing component 58 and the output 

includes a similar API to which application "plug- ins" may manager component 60 implement this function. In 

be connected to provide additional client-side functionality. particular, the processing component 58 provides a logic 

Referring back to FIG. 1, according to the present 15 function that processes the collected transaction information 

invention, the client machine includes a browser "plug-in" according to one or more rules or queries. Thus, for example, 

(which, alternatively, may be a standalone application) 50 the processing component receives input commands from 

that provides a universal shopping cart functionality. In a the user and processes those commands to "filter" the 

preferred implementation, the plug-in comprises a number information collected from the multiple web sites. The input 

of components that together provide the several advantages 2 o commands or queries may be provided by the user via a 

of the invention. The plug-in is illustrated in FIG. 3 and window or other command line interface, all in a known 

includes an initialization component 52, a transaction ses- manner. The particular command or search query invoked is 

sion manager component 54, a repository manager 56, a not within the scope of the present invention, although it is 

processing component 58, and an output manager compo- anticipated that some processing of the collected informa- 

nent 60. All of these components interact with existing 2 s typically be done to enable the user to make an 

browser and/or operating system functions to facilitate the informed purchasing decision. In a simple example, the user 

operation of the present invention, as will be seen below. may simply query the repository to return the name of the 

In general, the initialization manager component 52 inter- least expensive product in a group of similar products. A 

acts with some server via a known or hereinafter-developed user may enter a command to "select the least expensive 

authentication protocol to connect the plug-in to the server 30 [name of product] that can be delivered by [a date certain]," 

for a transaction "session." Although there may several ways which command would then be processed by the processing 

of initiating a transaction session, one preferred technique is component to generate a "selection" according to the iden- 

to have the server (to which the client is connected) initiate tified criteria. According to the present invention, the pro- 

or launch the plug-in whenever a connection between the cessing manager may also "update" or "enhance" the col- 

client and the server site is established. This launching may 35 lected transaction information is some way to "add value" to 

take place selectively from only certain web sites (e.g., sites the repository. Thus, for example, the processing manager 

that are "universal shopping cart-enabled" or the like). One may automatically or selectively re-connect to a given server 

technique for accomplishing the launching and authentica- to retrieve new product information or pricing/delivery 

tion of a particular client is through the use of a "persistent update information. The processing manager may "enhance" 

client-side" cookie, as will be described below. By using 40 the information, e.g., by modifying pricing or other cost 

such an approach, the user's personal information (e.g., information to take into consideration hidden costs (e.g., 

name, location, credit card number, or other verifying or exchange rate fluctuations) that might otherwise bias a 

authenticating information) need only be entered into the purchasing decision. The particular "logic" supplied by the 

plug-in one time (e.g., upon installation). Thereafter, such processing manager is not limited to any specific of function, 

information is passed to a web site when the plug-in is 45 When the user makes a selection, the processing manager 

initialized by the initialization manager. In this manner, the 58 then passes the selection information to the output 

user need no longer re-input this information each time he or manager 60. Output manager is designed to interact with a 

she browses to a new web site to begin a new transaction given server site to finish, in effect, the transaction that 

session. began during the original transaction session. To this end, 

Once the initialization manager initiates and/or verifies 50 the output manager 60 controls the browser to re-establish 
the connection to begin a transaction session, the transaction connection between the client (namely, the shopping cart 
session manager component 54 takes over the processing. plug- in or application) and the web site so that a given 
Transaction session manager 54 interacts with the browser to transaction (which to that time had been held in "state") can 
facilitate the providing of appropriate prompts and other then be completed. Once the connection is re-established, 
control information to enable the user to collect transaction 55 the appropriate commands and/or information are passed 
information during the session. Thus, for example, the back and forth between the client and server (e.g., through 
transaction session manager 54 preferably initiates the dis- CGI scripting or the like) to complete the purchase trans- 
play of a dedicated window (or other display area) in which action. 

appropriate information may be entered and passed to the FIG. 4 is a flowchart describing a method of purchasing 

server. One technique for accomplishing this transfer of 60 products and/or services on-line from a client running the 

information is through conventional CGI scripting universal shopping cart plug-in (or application) according to 

techniques, described generally below. Through the session the present invention. The method begins at step 62 with the 

manager 54, transaction information is collected at the client user initiating from the client a transaction session. As 

machine during the transaction session. Such transaction previously described, preferably the session is initiated with 

"information" may be of varying types and of varying 65 the client connecting to a web site (that may be "universal 

format; thus, for example, the transaction information shopping cart"-enabled) using the initialization manager, 

includes one or more product identifiers, pricing data, ship- The transaction session is established during some portion of 
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a time period during which a connection between the client 
and the server is active. At step 64, the user interacts with the 
web site under the control of the session manager to obtain, 
collect and/or retrieve transaction information. Typically, 
such transaction information will be used to facilitate a 
purchase of products and services after the connection 
between the client and the web site is closed and the 
transaction session is completed. It should be appreciated 
that the transaction information may also be obtained just to 
"survey" product availability, product cost or for other 
reasons, and not only just to facilitate an purchase decision. 

There are at least two ways information may be gathered 
and retained from current sessions. One approach is to use 
standard data architectures (or formats) or by converting 
existing data to a standard display form while maintaining 
an image of the original data to be used in subsequent 
ordering procedures. If each web site or store has adopted a 
standard shopping data architecture, such data can be held 
by the client and displayed later, for example, when shop- 
ping comparisons are made. However, not all sites may 
adopt a standard data architecture. For those sites that have 
not adopted a standard data architecture, there are several 
means of storing and recalling purchase information. 

In the first approach, a table containing the top "n" (e.g., 
100) shopping sites is included in at (or downloaded to) the 
client side to make the necessary transformation from non- 
standard (but known) data architectures to the standard set. 
Non-standard data architectures are identified in this 
approach by site URL or in any other convenient manner. 
Additional site entries are then added to the client side as 
their popularity increases. Site entries may then be removed 
when the site makes the transition to the standard data 
architecture. Auto -detection, for example, may be used to 
determine if the site is using the standard data architecture. 

In the alternative, if the site is not using standard data 
architecture, and the site is not known to the transformation 
table, the client may attempt to populate the standard archi- 
tecture data form by parsing the existing data and making 
appropriate transformations. Those items that are then 
selected for inclusion in the cart (and that are not in standard 
data architecture or in the table of known popular shopping 
sites) are parsed and then displayed to the user for verifi- 
cation or correction using the standard display format. Once 
accepted by the user, the standard display form, with addi- 
tions or corrections, is held for later review as are any of the 
other items. Source data may also be held and identified as 
associated to the modified form for processing back to the 
originating site. 

The above-identified processes, namely, storing of exist- 
ing standard data, the results of table substitution for known 
non-standard data architectures, and the parsing and user 
verification for data architectures that are neither known nor 
in standard architecture, preferably occur in step 64. User 
verification also preferably occurs at step 64. Returning now 
back to the flowchart, at step 66, a test is made to determine 
whether a particular transaction session is complete. If not, 
the routine cycles back. If the outcome of the test at step 66 
is positive (because, for example, the user has launched 
another URL or "minimized" the application), which indi- 
cates that the transaction session is complete, the routine 
continues at step 68 determine whether the user has com- 
pleted his or her "shopping tour." In particular, it is envi- 
sioned that the inventive on-line shopping method involves 
the user traversing two or more heterogeneous web sites and 
collecting transaction information from these disparate sites. 
A pair of web sites may be deemed "heterogeneous" if they 
are under the management and control of unrelated parties or 
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merchants. If the outcome of the test at step 68 is negative, 
the user is still "shopping" and the routine cycles back to 
step 62 to initiate a new, independent transaction session. 
Typically, the new sessions is initiated at another web site, 
5 although it may be appropriate for the user to go back to a 
once-visited site to obtain new, updated or additional trans- 
action information. When, however, the output of the test at 
step 68 is positive, the user has finished the shopping tour. 
The routine then continues at step 70 to test whether the 
10 collected information is to be processed. If the outcome of 
the test at step 70 is positive, the processing manager is 
called at step 72 to process the information. A test is then 
done at step 74 to determine whether the processing man- 
ager needs to re-establish a connection to a given site. If the 
15 outcome of the test at step 74 is positive, the routine cycles 
back to step 62 to re-initiate an appropriate connection. If, 
however, the outcome of the test at step 70 is negative 
(indicating that no processing of information is required) or 
when the outcome of the test at step 74 is negative 
20 (indicating that the processing manager (having processed 
the information as requested does not need to re-establish 
connection with a given site), the routine continues. At step 
76, the output manager is called to complete the transaction. 
The routine then ends. 
25 Thus, according to the present invention, the plug -in 
includes a repository manager that maintains a "shopping 
cart" in which transaction information is compiled and (if 
desired) processed in order to facilitate the user's decision to 
purchase a particular product or service. The plug-in is 
30 preferably launched when the client connects to a shopping 
cart-enabled website. Generally, the transaction information 
is collected during particular transaction sessions that are 
independent of each other, and the information is stored in 
"state" until such time as the user decides to take some 
35 subsequent action. The processing of the transaction infor- 
mation according to the invention may involve filtering the 
collected information, updating the information, managing 
how the information is maintained in the repository or how 
the information is displayed to the user, enhancing the 
40 information or the like. If necessary, processing of the 
information may dictate that the connection between the 
client and a given server be re-established. The initialization 
manager advantageously stores a user's identifying infor- 
mation to obviate entry of such information during each 
45 transaction session. Moreover, the repository advanta- 
geously stores the transaction information in state until such 
time as the user desires to complete the transaction. 

Although it is envisioned that the invention is used across 
multiple heterogeneous Web sites, this is not a requirement. 
50 Indeed, the inventive method of on-line transaction process- 
ing has wide applicability including the collection of trans- 
action information from multiple sites controlled by a single 
entity. Thus, for example, a large corporation may run 
numerous Web sites at which several "virtual" stores are 
55 maintained. The "shopping cart" can be used in such an 
environment to collect and manage the transaction informa- 
tion in the manner previously described. 

Although numerous display techniques could be used 
with the present invention, it is preferred that the shopping 
60 cart application execute in a separate window associated 
with the browser. This window could then be easily mini- 
mized but maintained on the desktop and re-opened when 
needed. When the application "encounters" a universal 
shopping cart-enabled Web site, intialization manager ini- 
65 tializes the plug-in (through transfer of the authentication 
information), after which the window would "pop" open and 
prompt the user to begin the transaction session. 
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As noted above, one preferred technique for entering The default value of domain is the host name of the server 

information to the server and receiving transaction informa- which generated the cookie response, 

tion is through known CGI scripting techniques. AS is path«=PATH 

well-known, CGI is a World Wide Web standard for extend- The path attribute is used to specify the subset of URLs 

ing the functionality of HTML. CGI involves the combina- 5 in a domain for which the cookie is valid. If a cookie has 

tion of a live Web server and external programming scripts. already passed domain matching, then the pathname com- 

CGI programs are typically used to return dynamic infor- ponent of the URL is compared with the path attribute, and 

mation and to respond to HTTP browser input in HTML if there is a match, the cookie is considered valid and is sent 

forms. CGI programs usually run as child processes created along with the URL request. The path "/foo" would match 

under HTTP server processes. in "/foobar" and "/foo/bar.html". The path 7" is the most 

As also noted above, the present invention uses Persistent general path. 

Client State HTTP cookies to facUitate authentication of a If the P ath ^ not s P ecified > 11 ^ assumed to be the same 

user connecting to an enabled web site. Cookies are a known P ath as me document bem 6 described by the header which 

Internet mechanism which server-side connections (such as contam lhe cookie. 

CGI scripts) can use to both store and retrieve information 15 secure 

on the client side of the connection. A server, when returning If a c 00 ^ is marked secure, it will only be transmitted if 

an HTTP object to a client, may also send a piece of state the communications channel with the host is a secure one. 

information which the client will store. Typically, the state Currently this means that secure cookies will only be sent to 

object, called a "cookie," may include a description of the HTTPS (HTTP over SSL) servers. 

range of URLs for which that state is valid. According to the 20 If secure is not specified, a cookie is considered safe to be 

Persistent Client State HTTP Cookies Preliminary sent in the clear over unsecured channels. 

Specification, which may be viewed at netscape.com at the Syntax of the Cookie HTTP Request Header 

path 7newref/std/cookie__spec_html," a cookie is intro- When requesting a URL from an HTTP server, the 

duced to the client by including a Set-Cookie header as part browser will match the URL against all cookies and if any 

of an HTTP response, usually through a CGI script. Known 25 of them match, a line containing the name/value pairs of all 

cookie syntax is set forth below: matching cookies will be included in the HTTP request. 

Syntax of the Set-cookie HTTP Response Header Here fe the formal of that line: 

This is the format a CGI script to add to the HTTP headers Cookie: NAME1-0PAQUE_STRINCG1; NAME2- 

a new piece of data which is to be stored by the client for OPAQUE_STRING2 

later retrieval. 30 One of the preferred implementations of the scheme of the 

Set-Cookie: NAME-VALUE; expires=DATE; path= invention is as a set of instructions (program code) in a code 

PATH; domain=DOMAIN_NAME; secure module resident in the random access memory of the com- 

NAME=VALUE puter. Until required by the computer, the set of instructions 

r™ . . . . r u » ij- • mav De stored in another computer memory, for example, in 

This string is a sequence of characters excluding semi- u J A , , . . v J ' 7 ' 

, , 7.. J£ * , 35 a hard disk drive, or in a removable memory such as an 

colon, comma and white space. If there is a need to place . . /c ' t . . __ 7 a 

u a * ■ «u 1 1 ■ 4l _ , . optical disk (for eventual use in a CD ROM) or floppy disk 

such data in the name or value, some encoding method such t ) a ,. . , . , { h w uimi 

TTnf . , ^ vv . j 1 , . (lor even tu a I use in a floppy disk drive), or downloaded via 

as URL style % XX encoding is recommended, though no \ T . . yy * , , f , , 

j- ■ j c j • j & the Internet or other computer network. In addition, although 

encoding is denned or required. tl _ . I . , 

ru- • *u 1 ■ j ** u * ,l c * o 1 • tne various methods described are convemently lmple- 

This is the only required attribute on the Set-Cookie _ . . . , .1-11 

header mented in a general purpose computer selectively activated 

or reconfigured by software, one of ordinary skill in the art 

expires-DAlb would also recognize that such methods may be carried out 

The ; expires attribute specifies a date string that defines the m hardware> in firmware , or in more specialized apparatus 

valid life time of that cookie. Once the expiration date has constructed t0 perform the required method steps< 

been reached, the cookie will no longer be stored or given 45 AS ^ hereinj " Internet cHent » should be 5roadlv con . 

0U [l . . strued to mean any computer or component thereof directly 

The date string is formatted as or indirectly connecled or connectable in any known or 

Wdy, DD-Mon-YYY HH:MM:SS GMT later-developed manner to a computer network, such as the 

domain=DOMAIN_NAME Internet. The term "Internet server" should also be broadly 

When searching the cookie list for a valid cookie, a 50 construed to mean a computer, computer platform, an 

comparison of the domain attributes of the cookie is made adjunct to a computer or platform, or any component 

with the Internet domain name of the host from which the thereof. Of course, a "client" should be broadly construed to 

URL will be fetched. If there is a tail match, then the cookie mean one who requests or gets the file, and "server" is the 

will go through path matching to see if it should be sent. entity which downloads the file. 

"Tail matching" means that domain attribute is matched 55 The present invention is not limited to purchase of any 

against the tail of the fully qualified domain name of the products or services. The terms "products" or "services" 

host. A domain attribute of "acmexom" would match host should thus be broadly construed to cover all types of items, 

names "anvil.acme.com" as well as "shipping. crate. acme- including, without limitation, physical property, personal 

.com". property, intellectual property, personal items, services, 

Only hosts within the specified domain can set a cookie 60 financial or other similar instruments, stocks, bonds, options 

for a domain and domains must have at least two (2) or three and the like. Further, although the invention has been 

(3) periods in them to prevent domains of the form: ".com", described in terms of a preferred embodiment in a specific 

".edu", and "va.us". Any domain that falls within one of the transaction system environment, those skilled in the art will 

seven special top level domains listed below only require recognize that the invention can be practiced, with 

two periods. Any other domain requires at least three. The 65 modification, in other and different system architectures 

seven special top level domains are: "COM", "EDU", with the spirit and scope of the appended claims. Thus, for 

"NET", "ORG", "GOV", "MIL", AND "INT". example, the inventive technique of compiling and main- 
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taining transaction information could be facilitated with 
other known products, such as Lotus® Notes for the Web, 
where the Lotus Notes Server, Domino, disseminates infor- 
mation to a user set that does in fact provide links to several 
shopping sites. The user then has direct access to shopping 
and a means of retaining a client side universal shopping 
cart, all as provided by the present invention. 

Having thus described our invention, what we claim as 
new and desire to secure by Letters Patent is set forth in the 
following claims: 

1. A method of purchasing products and services on-line 
using a client connectable to a plurality of servers via a 
computer network, comprising the steps of: 

initiating from the client two or more independent trans- 
action sessions, each of the independent transaction 
sessions established as a connection between the client 
and one of the plurality of servers is active; 

during each independent transaction session, collecting 
transaction information at the client to facilitate a 
purchase of products and services after the connection 
between the client and the server is closed and the 
transaction session is completed; 

maintaining the transaction information persistent across 
multiple independent transaction sessions; 

processing the transaction information maintained across 
multiple independent transaction sessions; 

filtering information from the independent transaction 
sessions to generate a selection; and at a given time, 
using the information to effect a purchase of given 
products and services. 

2. The method as described in claim 1 wherein the step of 
using the information comprises re-establishing a connec- 
tion between the client and a given one of the plurality of 
servers. 

3. The method as described in claim 2 further including 
the step of completing a purchase transaction at the given 
one of the plurality of servers. 

4. The method as described in claim 1 wherein the 
transaction information includes an offer to purchase a given 
product or service at a given price. 

5. The method as described in claim 1 further including 
the step of processing the transaction information into 
standard user-readable form across multiple independent 
transaction sites. 

6. The method as described in claim 1 further including 
the step of processing non-standard data converted to stan- 
dard form using a predetermined item substitution table. 

7. The method as described in claim 1 further including 
the step of processing non-standard and unknown data 
architectures to a standard format using item parsing. 

8. The method as described in claim 1 further including 
the step of user verification of passed non-standard, 
unknown data architectures. 

9. The method as described in claim 1 wherein the 
information is filtered based on a selection criteria entered 
by the user. 

10. The method as described in claim 1 wherein the step 
of processing the information includes updating information 
from at least one independent transaction session. 

11. The method as described in claim 10 wherein the 
information is updated by re-establishing a connection 
between the client and a given server. 

12. The method as described in claim 11 wherein updating 
data is pushed from the given server to the client to update 
the information. 

13. The method as described in claim 1 wherein the 
multiple independent transaction sessions are effected from 
at least two distinct servers. 
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14. The method as described in claim 13 wherein the two 
distinct servers are web sites and the computer network is 
the Internet. 

15. The method as described in claim 14 wherein the two 
distinct servers are heterogeneous. 

16. The method as described in claim 14 wherein the 
client includes a browser from which each multiple inde- 
pendent transaction session is initiated. 

17. A method of purchasing products and services on-line 
from a client running a web browser and being connectable 
to a plurality of web sites, comprising the steps of: 

initiating from the client two or more independent trans- 
action sessions, each of the independent transaction 
sessions established as a connection between the client 
and one of the plurality of web sites is active; 
during each independent transaction session, collecting 
transaction information at the client to facilitate a 
purchase of products and services after the connection 
between the client and the web site is closed and the 
transaction session is completed; 
maintaining the transaction information persistent across 
multiple independent transaction sessions in a transac- 
tion repository; 
processing the transaction information before completing 
the purchase transaction; 

filtering information from the independent transaction 

sessions to generate a selection; and 
at a given time, re-establishing a connection between the 
client and a given one of the plurality of web sites to 
complete a purchase transaction. 

18. The method as described in claim 17 further including 
the step of processing the transaction information before 
completing the purchase transaction. 

35 19. The method as described in claim 17 wherein the step 
of processing the information includes updating information 
from at least one independent transaction session. 

20. The method as described in claim 19 wherein the 
information is updated by re-establishing a connection 

40 between the client and a given server. 

21. The method as described in claim 20 wherein updating 
data is pushed from the given server to the client to update 
the information. 

22. A computer program product in a computer-readable 
45 medium for use in a computer to facilitate on-line purchase 

of products and services in a computer network having at 
least one Web client connectable to a plurality of Web server, 
wherein the Web client includes a browser, the computer 
program product comprising: 

means for initiating from the client two or more indepen- 
dent transaction sessions, each of the independent 
transaction sessions established as a connection 
between the client and one of the plurality of servers is 
active; 

means, operative during each independent transaction 
session, for collecting transaction information at the 
client to facilitate a purchase of products and services 
after the connection between the client and the server is 
closed and the transaction session is completed; 
means for maintaining the transaction information persis- 
tent across multiple independent transaction sessions; 
and 

means for using the information to effect a purchase of 
given products and services. 

23. The computer program product as described in claim 
22 wherein the initiating means includes means responsive 
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to a connection being established between the Web client 
and a given Web server for automatically launching a 
transaction session. 

24. The computer program product as described in claim 
22 wherein the maintaining means includes a repository. 

25. The computer program product as described in claim 
22 further including means for processing the transaction 
information. 

26. A computer comprising: 
a processor; 

an operating system; 

a Web browser having an application programming inter- 
face (API); and 
a plug-in to the API to facilitate on-line purchase of 
products and services, comprising: 
means for initiating from the client two or more inde- 
pendent transaction sessions, each of the indepen- 
dent transaction sessions established as a connection 
between the client and one of the plurality of servers 
is active; 

means, operative during each independent transaction 
session, for collecting transaction information at the 
client to facilitate a purchase of products and ser- 
vices after the connection between the client and the 
server is closed and the transaction session is com- 
pleted; 

means for maintaining the transaction information per- 
sistent across multiple independent transaction ses- 
sions; 

means for processing the transaction information main- 
tained across multiple independent transaction ses- 
sions; 

means for filtering information from the independent 
transaction sessions to generate a selection; and 

means for using the information to effect a purchase of 
given products and services. 
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27. The computer as described in claim 26 wherein the 
initiating means includes means responsive to a connection 
being established between the Web client and a given Web 
server for automatically launching a transaction session. 

28. The computer as described in claim 26 wherein the 
maintaining means includes a repository. 

29. The computer as described in claim 26 further includ- 
ing means for processing the transaction information. 

30. A method of compiling information on-line from a 
client running a web browser and being connectable to a 
plurality of web sites, comprising the steps of: 

initiating from the client two or more independent trans- 
action sessions, each of the independent transaction 
sessions established as a connection between the client 
and one of the plurality of web sites is active; 

during each independent transaction session, collecting 
transaction information at the client to facilitate the 
user taking an action after the connection between the 
client and the web sites is closed and the transaction 
session is completed; 

maintaining the transaction information persistent across 
multiple independent transaction sessions in a transac- 
tion repository; 

processing the transaction information before taking the 
action; 

filtering information from the independent transaction 

sessions to generate a selection; and 
at a given time, re-establishing a connection between the 

client and a given one of the plurality of web sites and 

taking the action. 

31. The method as described in claim 30 wherein the 
transaction information is information to facilitate a product/ 
service transaction. 

32. The method as described in claim 31 wherein the 
action is a purchase selection. 
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